home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 425 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.5 KB
  1. From: mforget@elfhaven.ersys.edmonton.ab.ca (Michel Forget)
  2. Subject: Re: Ofir's digest 11.06
  3. Date:     Sat, 11 Jun 1994 01:29:18 -0600
  4. Precedence: bulk
  5.  
  6. Hello Ofir,
  7.  
  8. [>In message <Pine.3.89.9406111033.C2848-0100000@mhc.mtholyoke.edu>,
  9. [>rflashma@mhc.mtholyoke.edu said:
  10.  
  11. [>I am not aware of any changes to the clip standard. My GEM docs from 89
  12. [>are the same as the 93 COmpendium. We had this discussion before on
  13. [>Usenet. Non-standard implementation is one of the reason I stopped using
  14. [>STalker (although I paid full price for it) and moved on to use CoNnect.
  15.  
  16. I, also, never knew about any changes to the standard.  When was STalker
  17. released, though?  Perhaps Rick Flashman meant that the document had
  18. been changed prior to 1989?
  19.  
  20. [>It depends on your code, it will take me about 1/2 an hour to make my
  21. [>Voice Mail program compliant to the new standard. I also believe that if
  22. [>the standard is established, users will come to expect programs to use it,
  23. [>if you want your products to sell in Germany (and the UK market is also
  24. [>moving in this direction) you will have to produce programs that follow
  25. [>the guidelines (if you can decide which guidelines to follow :-).
  26.  
  27. The actual changes to the code are simple, I'm sure.  For a business to
  28. get there needs to the programmer, wait while he does it, update the
  29. documentation, change the packaging, get the program back, duplicate
  30. the disks, and other stuff that commercial developers probably have
  31. to do wold cost money, though.  (Things like this make me glad I
  32. develop Shareware...)
  33.  
  34. [>I fully agree with you. We are currently debating the format of the
  35. [>configuration file. Your comments will be useful.
  36.  
  37. I thought that this had been decided.  Warwick (?) posted some source
  38. code that showed how to read the file...  It looked pretty complex...  :)
  39.  
  40. [>In message <2df65b90249e@elfhaven.ersys.edmonton.ab.ca>, mforget@elfhaven.ersys.edmonton.ab.ca said:
  41. [>>
  42. [>>No; here is an example of what "Abandon" does.  Assume that I have a text
  43. [>>file on a disk.  It contains the words "This is a text file.".  I load
  44. [>>the text file into my editor, and change the sentence to something
  45. [>>else.  I decide that I want the original back, so I press Control-H.
  46. [>>The changes are thrown away and the document is reloaded.  It does
  47. [>>no close the window, iconify it, or do anything to it except restore
  48. [>>the document in it to its original form.
  49. [>
  50. [>I see what you mean. HiSoft call this revert. I'm not sure if a keyboard
  51. [>shortcut is required fro such an option. Comments?
  52.  
  53. In this case, HiSoft is non-standard.  All the programs that I have seen
  54. which support this feature do call it "Abandon".  i think Windows programs
  55. also have this option.  As for needing a keyboard equivalent, I would
  56. say yes.  I use the feature at least three times a day...  (usually when
  57. I do something stupid like insert a block a few more times than I wanted
  58. to because I was slow to let go of the Control+V combination).
  59.  
  60. [>In message <P8874@K.maus.de>, Michael_Nolte@k.maus.de said:
  61. [>>
  62. [>>Ofir Gal:
  63. [>>>CTRL D -                 Abandon Window (iconify or place in menu)
  64. [>>I'd prefer CTRL-H.
  65. [>
  66. [>Which should we use then? CTRL+D or CTRL+H? Are there any programs that
  67. [>implement this feature? Maybe Wilfried can tell us why he wants CTRL+D
  68. [>since it was his idea.
  69.  
  70. In this case, I think he just meant "iconize window".  Nothing else would
  71. really make sense for what was written...
  72.  
  73. [>Bye,
  74. [>Ofir                                    ogal@cix.compulink.co.uk
  75.  
  76. -- 
  77. Michel Forget           \\   ess@tibalt.supernet.ab.ca
  78. Electric Storm Software  \\  mforget@elfhaven.ersys.edmonton.ab.ca
  79.